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DETAILED ACTION 

Continued Examination Under 37 CFR 1.114 

A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .1 7(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 
2/26/2008 has been entered. 



Response to Arguments 

Applicant's arguments filed 2/26/2008 have been fully considered but they are 
not persuasive. 

The Applicant has argued "Dray cancels the limitation to the embedded contents 
by the embedded program, while in Applicants' Claim 1 , the limitation to the embedded 
program that is to display the embedded contents is cancelled by an external 
program(Remarks pg. 48)." 

Dray teaches that the program which cancels the limitation to the embedded 
contents (CMP) may be embedded as the Applicant argued or physically external to the 
document as described by ("The CMP is activated by events that occur within the context of 
the host document object, e.g. a user clicking on a button that is an element of the document. A 
CMP may be physically embedded within the host document, or may be an external program 
file that is executed through a link within the document" Paragraph [0089], emphasis added by 
Examiner) 
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The Applicant's arguments regarding the amendment "the feature amount 
regarding a size of said program file" are unpersuasive. The Examiner has interpreted 
"feature amount" to mean a hash value, such as a digital signature, in order to detect 
tampering. It is an inherent feature of a hash function that different inputs must generate 
different outputs. Therefore hash functions can detect any changes to a file, including 
size. As the limitation "feature amount regarding said size of said operating program 
file" does not detail how the size of the file relates to feature amount of the file, the 
Examiner believes that a feature amount is concerned with all characteristics of a file 
which includes the size of a file. 

Claim Rejections - 35 USC § 101 

35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

Claims 1-5, 10-11, 25, 27, 32, 41-69, 105-1 14 and 129-131 are rejected under 35 
U.S.C. 101 because the claimed invention is directed to non-statutory subject matter. 
The above claims are rejected as being software per se. 

Claim Rejections - 35 USC §112 

The following is a quotation of the first paragraph of 35 U.S.C. 1 12: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 
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Claims 41-44, 47, 49, 51-53, 56-58, 61, 63, 65, 66, 68 are rejected under 35 
U.S.C. 112, first paragraph, as failing to comply with the written description requirement. 
The claim(s) contains subject matter which was not described in the specification in 
such a way as to reasonably convey to one skilled in the relevant art that the 
inventor(s), at the time the application was filed, had possession of the claimed 
invention. 

The Applicant has amended to include the limitation "feature amount regarding 
said size of said operating program file." Nowhere in the Remarks, including footnote 1 
does the Applicant provide evidence for the amendment. If anything, the evidence in pg. 
46 of the Remarks imply that "feature amount" is directed towards a hash value with a 
program file as an input. Therefore there has been no support provided for this new 
amendment. 

Claim Rejections - 35 USC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

Claims 1-4, 10, 25, 32, 41-46, 48-51, 53-54, 129-130 are rejected under 35 
U.S.C. 102(b) as being anticipated by Dray (US 20020184485). 
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Dray teaches an encapsulated document structure comprising: 

a document information file storing document information that is a substance of 
expression of a document and an operating program file storing an operating program 
that materializes the document information, a limitation being given to the operating 
program by a security function when the operating program is interpreted and executed 
by a computer, ("According to the present invention, a method is provided for creating, Self- 
Encrypting/decrypting Electronic Document Objects (SEDOs) that contain an embedded 
Cipher Management Program (CMP)" Paragraph [0082]) The Examiner interprets that a 
document object inherently contains a document file. 

Dray further teaches wherein the document information file and the operating 
program file are encapsulated as a single document. ("The encryption and decryption 
processes are encapsulated within the SEDOs" Paragraph [0082]) 

Dray further teaches wherein said operating program is initiated by cancelling the 
limitation of the security function by an external start program. ("The CMP is activated by 
events that occur within the context of the host document object, e.g. a user clicking on a 
button that is an element of the document. A CMP may be physically embedded within the host 
document, or may be an external program file that is executed through a link within the 
document" Paragraph [0089], emphasis added by Examiner) 



Regarding Claim 2, 
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Dray further teaches the encapsulated document structure as claimed in claim 1 , 
wherein the security function of said operating program file is controlled based on 
specific decryption key information for decrypting encrypted digital information. ("The 
CMP then retrieves the ciphertext component of the E-SEDO, obtains the symmetric key 
needed to decrypt the ciphertext component using a secure protocol, and decrypts the 
ciphertext to produce plaintext" Paragraph 0115]) 

Regarding Claims 3 and 4, 

Dray teaches the encapsulated document structure as claimed in claim 2, further 
comprising encapsulating means for encapsulating said decryption key information, 
said operating program file and said document information file into a single document. 

("According to the present invention, a method is provided for creating, Self- 
Encrypting/decrypting Electronic Document Objects (SEDOs) that contain an embedded 
Cipher Management Program (CMP) The encryption and decryption processes are 
encapsulated within the SEDOs" Paragraph [0082]). It is inherent that a decrypting process has 
decryption key information. 



Regarding Claim 10, 
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Dray teaches the encapsulated document structure as claimed in claim 3, where 
decryption key information includes link information of URL. ("Employing the signature 
algorithm embedded in the encoded message, or downloaded from a Web site the address of 
which (i.e. the URL of which) is embedded in the encoded message" Paragraph [0048]) 



Regarding Claims 25 and 32, 

Dray teaches the encapsulated document structure as claimed in claim 1 , wherein said 
contents information file includes: 

at least one contents file that serves as a substance of expression on a 
document; (It is inherent that a document object has at least a substance of 
expression) 

and a document structure file specifying a structure of the contents file and a 
display status on said document. ("Collecting the elements of the host document into a data 
structure that represents the canonical form of the document at the time signature, that is, 
arranging the elements of the document object in a defined common format, in order that the 
Cipher Management Program... will be able reliably to decompose the document into a 
consistent data structure for processing" Paragraph [0040]). The Examiner interprets the 
display status as the common format for which the document will be displayed. 
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It is inherent that the encryption/decryption program is provided with a minimum 
unit necessary to process the contents file. 

Regarding Claims 41 and 42, 

Dray teaches the encapsulated document structure as claimed in claim 1 , further 
comprising a feature amount retaining file retaining an encrypted feature amount 
regarding a size of said program file, the feature amount retaining file being 
encapsulated into said single file. 

The Examiner interprets "feature amount retaining file" as the electronic signature 
file of the document structure. ("The embedded signature program decomposes the data 
structure representing the P-SSDO into a linear sequence of bits, as required by electronic 
signature algorithms, and retrieves the user's private signature key. The bit sequence and 
signature are then passed to an appropriate signature algorithm... which generates and returns 
an electronic signature." Paragraph [0061]) ("The electronic signature is stored along with the 
S-SSDO for subsequent verification" Paragraph [0062]) 

Dray teaches decomposing "the data structure representing the P-SSDO into a 
linear sequence of bits" which the Examiner interprets as generating the signature for 
both the document file as well as the program file. 

The Examiner has interpreted "feature amount" to mean a hash value, such as a 
digital signature, in order to detect tampering. It is an inherent feature of a hash function 
that different inputs must generate different outputs. Therefore hash functions can 
detect any changes to a file, including size. As the limitation "feature amount regarding 
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said size of said operating program file" does not detail how the size of the file relates to 
feature amount of the file, the Examiner believes that a feature amount is concerned 
with all characteristics of a file which includes the size of a file. 

Regarding Claim 43, 

Dray teaches the encapsulated document structure as claimed in claim 41, 
wherein said feature amount retaining file retains decryption key information used for 
decrypting the encrypted feature amount regarding said size of operating program file. 

The Examiner interprets retaining "decryption key information used for decryption 
the encrypted feature amount regarding said operation file" as retaining the private key 
information used to generate the digital signature of the document. 

(" The bit sequence and [private] signature key are then passed to an appropriate 
signature algorithm... the signature algorithm may be an integral part of the signature 
processing program embedded in the P-SSDO" Paragraph [0061]) 

The Examiner has interpreted "feature amount" to mean a hash value, such as a 
digital signature, in order to detect tampering. It is an inherent feature of a hash function 
that different inputs must generate different outputs. Therefore hash functions can 
detect any changes to a file, including size. As the limitation "feature amount regarding 
said size of said operating program file" does not detail how the size of the file relates to 
feature amount of the file, the Examiner believes that a feature amount is concerned 
with all characteristics of a file which includes the size of a file. 
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Regarding Claim 44, 

Dray teaches the encapsulated document structure as claimed in claim 41 , 
wherein said feature amount retaining file retains location information which indicates 
decryption key information used for decrypting the encrypted feature amount regarding 
said size of said operating program file. ("Employing the signature algorithm embedded in 
the encoded message, or downloaded from a Web site the address of which (i.e. the URL of 
which) is embedded in the encoded message" Paragraph [0048]) The Examiner interprets 
location information as the destination address (URL). 

The Examiner has interpreted "feature amount" to mean a hash value, such as a 
digital signature, in order to detect tampering. It is an inherent feature of a hash 
function that different inputs must generate different outputs. Therefore hash functions 
can detect any changes to a file, including size. As the limitation "feature amount 
regarding said size of said operating program file" does not detail how the size of the 
file relates to feature amount of the file, the Examiner believes that a feature amount is 
concerned with all characteristics of a file which includes the size of a file. 

Regarding Claim 45, 

Dray teaches the encapsulated document structure as claimed in claim 43, 
wherein a different set of said decryption key information is related to each operating 



Application/Control Number: 10/743,092 Page 1 1 

Art Unit: 2139 

program file. ("The existing public key scheme described above requires that a public/private 
key pair be generated for each user during the initial registration process" Paragraph [0069]) 

Regarding Claim 46, 

Dray teaches the encapsulated document structure as claimed in claim 44, 
wherein a different set of said decryption key information is related to each operating 
program file. ("The existing public key scheme described above requires that a public/private 
key pair be generated for each user during the initial registration process" Paragraph [0069]) 

Regarding Claim 48, 

Dray teaches the encapsulated document structure as claimed in claim 43, 
wherein said decryption key information is signed and encrypted by a third party 
authority ("by obtaining the public key of the CA that signed the user's certificate and verifying 
the CA's signature on the certificate, as indicated above, and extracts the user's public key 
from the CA's certificate data base" Paragraph [0077]). 



Regarding Claim 49, 
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Dray teaches the encapsulated document structure as claimed in claim 41 , 
wherein the feature amount regarding said size of operating program file is encrypted 
by a private key encryption method. ("The bit sequence and [private] signature key are then 
passed to an appropriate signature algorithm... which generates and returns an electronic 
signature" Paragraph [0061]) 

The Examiner has interpreted "feature amount" to mean a hash value, such as a 
digital signature, in order to detect tampering. It is an inherent feature of a hash 
function that different inputs must generate different outputs. Therefore hash functions 
can detect any changes to a file, including size. As the limitation "feature amount 
regarding said size of said operating program file" does not detail how the size of the 
file relates to feature amount of the file, the Examiner believes that a feature amount is 
concerned with all characteristics of a file which includes the size of a file. 

Regarding Claim 50, 

Dray teaches the encapsulated document structure as claimed in claim 41, 
further comprising a feature amount verification program for performing a verification of 
a tamper on said operating program file, the feature amount verification program being 
encapsulated into said file. ("This event executes the signature verification program 
embedded in the S-SSDO...The bit sequence, signature data, and signer's public key material 
are then used to verify the origin and structural integrity of the P-SSDO" Paragraph [0064]) 
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Dray teaches the encapsulated document structure as claimed in claim 1 , 
wherein a feature amount of a size of the operating program in said operating program 
file is stored outside said single document is encrypted by a private key encryption 
method. ("A signature program may be physically embedded within the host document, or 
may be an external program file that is executed through a link within the document" Paragraph 
[0037]) ("The bit sequence and [private] signature key are then passed to an appropriate 
signature algorithm... which generates and returns an electronic signature" Paragraph [0061]) 

The Examiner has interpreted "feature amount" to mean a hash value, such as a 
digital signature, in order to detect tampering. It is an inherent feature of a hash 
function that different inputs must generate different outputs. Therefore hash functions 
can detect any changes to a file, including size. As the limitation "feature amount 
regarding said size of said operating program file" does not detail how the size of the 
file relates to feature amount of the file, the Examiner believes that a feature amount is 
concerned with all characteristics of a file which includes the size of a file. 



Regarding Claim 54, 

Dray teaches the encapsulated document structure as claimed in claim 51 , 
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further comprising a feature amount verification program for performing a verification of 
a tamper on said operating program file, the feature amount verification program being 
encapsulated into said file. ("This event executes the signature verification program 
embedded in the S-SSDO...The bit sequence, signature data, and signer's public key material 
are then used to verify the origin and structural integrity of the P-SSDO" Paragraph [0064]) 



Claims 129-130 are rejected under 35 U.S.C. 102(b) as being anticipated by 
Miyazaki (US 20010044780). 

Regarding Claim 129, 

Miyazaki teaches an encapsulated document structure, comprising: 

contents information that is a substance of expression (Figure 2, Digital Contents); 
an operating program read by an accessing-side computer connected to a 

network, the operating program causing the accessing-side computer to perform various 

functions (Figure 2. First Execution Verify Logic); 

and wherein said operating program includes: an operation processing program 

of which operation process on said contents information is limited based on authority 

information; ("This enables the encapsulated contents including the first execution verify logic 
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to be distributed as a trial-use digital contents whose operations is restricted" (Paragraph 
[0059]) 

and a limitation cancellation program for canceling a limitation in the operation 
process of said operation processing program by sending various kinds of information 
based on said sending location information, where sending location information is for 
sending various kinds of information to a providing-side computer connected to said 
through said network ("Here, the second execution verify logic may have less severe 
execution restrictions than the first execution verify logic" Paragraph [0019]) ("the logic to 
implement such a function and the destination address are placed into the specifications of the 
second execution verify logic. Third, the specifications are transmitted to the copyright 
management agency through the information transmission medium" Paragraph [0130]). The 
Examiner interprets the destination address as "sending location information." 

wherein said contents information, said operating program and said sending 

location information are encapsulated into a single document. (Figure 2 shows the 

contents encapsulated with an operating program. After the verification conversion, the second 

executions verify logic replaces the first, therefore encapsulating the content, operating 

program and sending location information.) 

Miyazaki teaches that digital content may include "text" which the Examiner 

interprets as an electronic document. 

Said operation program is initiated by canceling the limitation of the authority 

infomraiton by an external start program (Figure 4 of Miyazaki shows an external start 

program) 
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Regarding Claim 130, 

Miyazaki teaches the encapsulated document structure as claimed in claim 129, 
wherein said contents information is encrypted, and said limitation cancellation 
program acquires decryption key information for decrypting the encrypted contents 
document based on said sending location information through said network so as to 
decrypt the encrypted contents information based on the decryption key information 
acquired, ("the decryption of the encrypted digital contents is carried out as follows: First, the 
private key acquisition means acquires the user's private key from the private key storage 
means in the user terminal; second, the contents key stored in the contents key storage means 
is decrypted using the private key; and then the digital contents in the encapsulated contents 
are decrypted using the content key" Paragraph [0114]) 

The Examiner interprets the decryption key information for decrypting the 
encrypted contents as the private key. It is inherent that the destination address 
(sending location information) must be sent in order to properly receive the decryption 
key information. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 
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(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

Claims 5, 47 and 52 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Dray (US 20020184485). 

Regarding Claim 5, (103 Dray) 

Dray teaches the encapsulated document structure as claimed in claim 3. Dray 
teaches decryption key information encrypted. Dray also teaches using a third party 
authority to certify a user. ("In response, the CA creates a public key certificate for the user, 
signs the certificate with the private key of the CA and stores the signed certificate in a publicly 
accessible certificate database" Paragraph [0069]) 
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However Dray does not explicitly teach wherein said decryption key information 
is signed and encrypted by a third party authority. 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to use a third party to sign and encrypt decryption key information. 

The motivation is that Dray already teaches encrypting the decryption key 
information, and furthermore already teaches using a 3 rd party to certify. One of 
ordinary skill would be able to use the third party to encrypt and sign decryption key 
information. 

Regarding Claim 47, ( Dray 103) 

Dray teaches the encapsulated document structure as claimed in claim 41 . 
However Dray does not explicitly teach wherein the feature amount regarding said size 
ofpperating program file is encrypted by a public key encryption method. 

The Examiner has interpreted "feature amount" to mean a hash value, such as a 
digital signature, in order to detect tampering. It is an inherent feature of a hash 
function that different inputs must generate different outputs. Therefore hash functions 
can detect any changes to a file, including size. As the limitation "feature amount 
regarding said size of said operating program file" does not detail how the size of the 
file relates to feature amount of the file, the Examiner believes that a feature amount is 
concerned with all characteristics of a file which includes the size of a file. 
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Dray does teach the signature is encrypted by private key encryption "The bit 
sequence and [private] signature key are then passed to an appropriate signature 
algorithm... which generates and returns an electronic signature" Paragraph [0061]) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to encrypt the signature using a public key. 

The motivation is public key encryption is well known in the art. 

Regarding Claims 52, 

Dray teaches the encapsulated document structure as claimed in claim 51 
wherein said feature amount of operating program file that is stored outside the 
document is encrypted by a public key encryption method. 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to encrypt an operating program outside of the document with a public key. 

The motivation is that because public key encryption are well known in the art so 
one of ordinary skill in the art would be able to encrypt a program outside of a document 
with these well known techniques. 

Claims 11, 55-69 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Dray in view of Raman (6249794). 
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Dray teaches the encapsulated document structure as claimed in Claim 3. 
However Dray does not explicitly teach wherein a storage area of said operating 
program is described therein. 

Raman teaches a "document description format (DDF) file [that] encapsulates the 
location of a document along with useful descriptive information about the document." 
(Column 2, lines 59-61) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the encapsulated document of Dray with the DDF file of Raman. 

The motivation is that encapsulating description of storage information in a 
document is well known in the art. 

Regarding Claims 55 and 56, 

Dray teaches an encapsulated document structure comprising: 

a document information file storing contents information that is a substance of 

expression on a document; (It is inherent that a Document Object has at least a 

substance of expression) 

and a feature amount retaining file retaining an encrypted feature amount 

regarding said size of operating program file, where The Examiner interprets "feature 

amount retaining file" as the electronic signature file of the document structure. ("The 
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embedded signature program decomposes the data structure representing the P-SSDO into a 
linear sequence of bits, as required by electronic signature algorithms, and retrieves the user's 
private signature key. The bit sequence and signature are then passed to an appropriate 
signature algorithm... which generates and returns an electronic signature." Paragraph [0061]) 
The Examiner has interpreted "feature amount" to mean a hash value, such as a 
digital signature, in order to detect tampering. It is an inherent feature of a hash 
function that different inputs must generate different outputs. Therefore hash functions 
can detect any changes to a file, including size. As the limitation "feature amount 
regarding said size of said operating program file" does not detail how the size of the 
file relates to feature amount of the file, the Examiner believes that a feature amount is 
concerned with all characteristics of a file which includes the size of a file. 

wherein said document information file, and said feature amount retaining file, 
and other information are encapsulated into a single file. ("The electronic signature is 
stored along with the S-SSDO for subsequent verification" Paragraph [0062]) 

Dray teaches decomposing "the data structure representing the P-SSDO into a 
linear sequence of bits" which the Examiner interprets as generating the signature for 
both the document file as well as the program file. 

Said operating program is initiated by canceling a limitation of a security function, 
that had been given to the operating program beforehand, by an external start program 
Dray does not explicitly teach location information indicating a location where an 
operating program file is stored, the operating program file storing an operating 
program for materializing the document information file. ("The CMP is activated by events 
that occur within the context of the host document object, e.g. a user clicking on a button that is 
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an element of the document. A CMP may be physically embedded within the host document, or 
may be an external program file that is executed through a link within the document" 
Paragraph [0089], emphasis added by Examiner) 

Raman teaches a "document description format (DDF) file [that] encapsulates the 
location of a document along with useful descriptive information about the document." 
(Column 2, lines 59-61) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the encapsulated document of Dray with the DDF file of Raman. 

The motivation is that location information may be included as information 
facilitating secure access to the secured file. 



Regarding Claim 57, 

Dray and Raman teach the encapsulated document structure as claimed in 
claim 55, wherein said feature amount retaining file retains decryption key information 
used for decrypting the encrypted feature amount regarding said operating program 
file. 

The Examiner interprets retaining "decryption key information used for decryption 
the encrypted feature amount regarding said size of operation file" as retaining the 
private key information used to generate the digital signature of the document. 
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("The bit sequence and [private] signature key are then passed to an appropriate 
signature algorithm., .the signature algorithm may be an integral part of the signature 
processing program embedded in the P-SSDO" Paragraph [0061]) 

The Examiner has interpreted "feature amount" to mean a hash value, such as a 
digital signature, in order to detect tampering. It is an inherent feature of a hash 
function that different inputs must generate different outputs. Therefore hash functions 
can detect any changes to a file, including size. As the limitation "feature amount 
regarding said size of said operating program file" does not detail how the size of the 
file relates to feature amount of the file, the Examiner believes that a feature amount is 
concerned with all characteristics of a file which includes the size of a file. 

Regarding Claim 58, 

Dray and Raman the encapsulated document structure as claimed in claim 55, 
wherein said feature amount retaining file retains location information which indicates 
decryption key information used for decrypting the encrypted feature amount 
regarding said size of operating program file. ("Employing the signature algorithm 
embedded in the encoded message, or downloaded from a Web site the address of which (i.e. 
the URL of which) is embedded in the encoded message" Paragraph [0048]) The Examiner 
interprets location information as the destination address (URL). 

The Examiner has interpreted "feature amount" to mean a hash value, such as a 
digital signature, in order to detect tampering. It is an inherent feature of a hash 
function that different inputs must generate different outputs. Therefore hash functions 
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can detect any changes to a file, including size. As the limitation "feature amount 
regarding said size of said operating program file" does not detail how the size of the 
file relates to feature amount of the file, the Examiner believes that a feature amount is 
concerned with all characteristics of a file which includes the size of a file. 

Regarding Claim 59, 

Dray and Raman teach the encapsulated document structure as claimed in claim 
57, wherein a different set of said decryption key information is related to each 
operating program file. ("The existing public key scheme described above requires that a 
public/private key pair be generated for each user during the initial registration process" 
Paragraph [0069]) 

Regarding Claim 60, 

Dray and Raman he encapsulated document structure as claimed in claim 58, 
wherein a different set of said decryption key information is related to each operating 
program file. ("The existing public key scheme described above requires that a public/private 
key pair be generated for each user during the initial registration process" Paragraph [0069]) 



Regarding Claim 61, 
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Dray and Raman teach the encapsulated document structure as claimed in 
claim 55. 

Dray and Raman do not teach wherein the feature amount regarding said size of 
operating program file is encrypted by a public key encryption method. 

The Examiner has interpreted "feature amount" to mean a hash value, such as a 
digital signature, in order to detect tampering. It is an inherent feature of a hash 
function that different inputs must generate different outputs. Therefore hash functions 
can detect any changes to a file, including size. As the limitation "feature amount 
regarding said size of said operating program file" does not detail how the size of the 
file relates to feature amount of the file, the Examiner believes that a feature amount is 
concerned with all characteristics of a file which includes the size of a file. 

Dray does teach the signature is encrypted by private key encryption ("The bit 
sequence and signature key are then passed to an appropriate signature algorithm... which 
generates and returns an electronic signature" Paragraph [0061]) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to encrypt the signature using a public key. 

The motivation is public key encryption is well known in the art. 



Regarding Claim 62, 
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Dray and Raman teach the encapsulated document structure as claimed in 
claim 57, wherein said decryption key information is signed and encrypted by a third 
party authority, ("by obtaining the public key of the CA that signed the user's certificate and 
verifying the CA's signature on the certificate, as indicated above, and extracts the user's 
public key from the CA's certificate data base" Paragraph [0077]). 

Regarding Claim 63, 

Dray and Raman teach the encapsulated document structure as claimed in 
claim 55, wherein the operating program is encrypted by a private key encryption 
method. ("The bit sequence and [private] signature key are then passed to an appropriate 
signature algorithm... which generates and returns an electronic signature" Paragraph [0061]) 

Regarding Claim 64, 

Dray and Raman teach the encapsulated document structure as claimed in 
claim 55, further comprising a feature amount verification program for performing a 
verification of a tamper on said operating program file, the feature amount verification 
program being encapsulated into said file. ("This event executes the signature verification 
program embedded in the S-SSDO...The bit sequence, signature data, and signer's public key 
material are then used to verify the origin and structural integrity of the P-SSDO" Paragraph 
[0064]) 
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Regarding Claim 65, 

Dray teaches an encapsulated document structure comprising: 

a document information file storing contents information that is a substance of 
expression on a document; (Figure 9. Encrypted Data, 924) 

and a feature amount retaining file retaining an encrypted feature amount 
regarding said sjze operating program file, (Figure 9. Encrypted Security Information, 926) 

wherein said document information file, and said feature amount retaining file, 
and other information are encapsulated into a single file. (Figure 9) 

The Examiner has interpreted "feature amount" to mean a hash value, such as a 
digital signature, in order to detect tampering. It is an inherent feature of a hash 
function that different inputs must generate different outputs. Therefore hash functions 
can detect any changes to a file, including size. As the limitation "feature amount 
regarding said size of said operating program file" does not detail how the size of the 
file relates to feature amount of the file, the Examiner believes that a feature amount is 
concerned with all characteristics of a file which includes the size of a file. 
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Dray does not explicitly teach location information indicating a location where an 
operating program file is stored, the operating program file storing an operating 
program for materializing the document information file. 

Raman teaches a "document description format (DDF) file [that] encapsulates the 
location of a document along with useful descriptive information about the document." 
(Column 2, lines 59-61) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the encapsulated document of Dray with the DDF file of Raman. 

The motivation is that location information may be included as information 
facilitating secure access to the secured file. 

The cited portions of the combined references do not explicitly teach a feature 
amount regarding the operating program file is stored outside said single file. 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to include an operating program outside of the document. 

The motivation is that one of ordinary skill in the art would be able to store a 
program outside of a document. 



Regarding Claims 66 and 68, 
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Dray and Raman teaches the encapsulated document structure as claimed in 
claim 65, wherein a feature amount of the operating program in said operating program 
file is stored outside said single document is encrypted by a private key encryption 
method. ("A signature program may be physically embedded within the host document, or 
may be an external program file that is executed through a link within the document" Paragraph 
[0037]) ("The bit sequence and [private] signature key are then passed to an appropriate 
signature algorithm... which generates and returns an electronic signature" Paragraph [0061]) 

Regarding Claim 67, 

Dray and Raman teaches the encapsulated document structure as claimed in 
claim 65 wherein said feature amount of operating program file that is stored outside 
the document is encrypted by a public key encryption method. 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to encrypt an operating program outside of the document with a public key. 

The motivation is that because public key encryption are well known in the art so 
one of ordinary skill in the art would be able to encrypt a program outside of a 
document with these well known techniques. 



Regarding Claim 69, 
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Dray and Raman teach the encapsulated document structure as claimed in 
claim 65, further comprising a feature amount verification program for performing a 
verification of a tamper on said operating program file, the feature amount verification 
program being encapsulated into said file. ("This event executes the signature verification 
program embedded in the S-SSDO...The bit sequence, signature data, and signer's public key 
material are then used to verify the origin and structural integrity of the P-SSDO" Paragraph 
[0064]) 

Claim 27 is rejected under 35 U.S.C. 103(a) as being unpatentable over Dray in 
view of Wagner (US 20040006562). 

Regarding Claim 27, 

Dray teaches the encapsulated document structure as claimed in claim 25. Dray 
does not further teach comprising a library file storing said contents file with an index 
indicating a storing location thereof, wherein said operating program file specifies said 
contents file according to said index. 

Wagner teaches a "request system [that] will receive document requests from 
user 10 and use location information in database 24 of library system 20 to generate 
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input file 1 6 in hit list format. . .the query format comprises index values that are used to 
build one or more query strings." Paragraph [0028]) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to add a library file storing contents file indicating the storage location of the 
content to the encapsulated document of Dray. 

The motivation is that using library files to store content and having an index 
indicating the storing location is well known in the art. 

Claim 131 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Miyazaki (US 20010044780). 

Regarding Claim 131, 

Miyazaki teaches the encapsulated document structure as claimed in claim 130, 
wherein decryption key request information is encapsulated into said single document 
together with said contents information, said operating program and said sending 
location information, (Figure 11 shows the Second Execution Verify Means, which contains 
sending location information, the Examiner interprets "decryption key request information" as 
Private Key Acquisition Means. After the verification conversion, the second executions verify 
logic replaces the first, therefore encapsulating the content, operating program, sending 
location information and decryption key request information) 
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the decryption key request information for requesting said providing-side 
computer to send decryption key information necessary for acquiring said decryption 
key information, and said limitation cancellation program includes: 

a decryption key information requesting program for requesting said decryption 
key information by sending said decryption key producing information request 
information to said providing-side computer through said network based on said 
sending location information; decryption key information reception program for 
receiving said decryption key information from said providing-side computer through 
said network; (Figure 11, Private Key Acquisition Means). The Examiner interprets the act 
of acquiring as requesting and receiving. 

and a decryption program for decrypting the encrypted contents information 
based on said decryption key information produced by said decryption key producing 
program, ("the contents key... is decrypted using the private key" Paragraph [0114]). This 
inherently requires a decryption program. 

However Miyazaki does not explicitly teach requesting decryption key producing 
information or a decryption key program for producing said decryption key information 
based on said decryption key information received by said decryption key information 
reception program; 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify the decryption key acquiring method of Miyazaki with a decryption 
key producing program. 
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The motivation is the end result is the same, where a decryption key is received 
to decrypt encrypted content. One of ordinary skill in the art would be able to produce a 
decryption key if given the proper information. 



Claims 105-112, 114 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Miyazaki in view of in view of Anderson (6021202). 

Regarding Claims 105-112, 114 

Miyazaki teaches an encapsulated file comprising: 

a plurality of operating programs and operating program use information provided 
by an operating program provider; and a contents file and contents use information 
produced by said operating program provider or a document producer, ("digital contents 
include, for example, images, motion pictures, voice, text, software or their combinations" 
Paragraph [0049]). 

one of said operating programs is an verification program that operates other 
operating programs based on said operating program use information. ("In Fig. 2, the 
reference numeral 6 designates encapsulated contents; 7 designates a first execution verify 
logic that provides execution verify means for carrying out execution control and verification of 
the digital contents" Paragraph [0048])(Figure 4) 
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Miyazaki further teaches an external verification program that verifies a tamper 
on digital content. (Figure 8, Digital Signature Verify Means, 37j(Figure4) 

Miyazaki further teaches a verification program that limits use of digital content. 
("This enables the encapsulated contents including the first execution verify logic to be 
distributed as a trial-use digital contents whose operation is restricted" Paragraph [0059]) 

Miyazaki does not explicitly teach that the encapsulated contents are a document 

file. 

Anderson teaches an "electronic document [that] is made up of a number of 
blocks as depicted in FIGS. 31-34. (Column 19, Lines 22-23). Anderson further teaches 
"whenever a block is to be authenticated, or tamper-proofed, a digital signature block is 
added to the electronic document. The signature block contains a reference to a 
certificate block containing a public key used to verify the digital signature." (Column 20, 
lines 62-66) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the encapsulated digital contents and execution verification of 
Miyazaki with the tamper-proofed document of Anderson. 

The motivation to combine the inventions of Miyazaki and Anderson is that the 
digital content of Miyazaki includes text, which one of ordinary skill could interpret as 
an electronic document. Furthermore Miyazaki teaches that encapsulating digital 
content with a verification program is well known in the art. 

Because the encapsulated digital content of Miyazaki contains both operating 
programs as well as a contents file, the Examiner interprets the content verification 
program and the operation verification program as the same program. 
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Claim 113 rejected under 35 U.S.C. 103(a) as being unpatentable over Miyazaki 
in view of Anderson as applied to claim 106 above, and further in view of Hidalgo (US 
20030313). 

Regarding Claim 113, 

Miyazaki and Anderson teach the electronic document file as claimed in claim 

106. 

Miyazaki and Anderson do not explicitly teach wherein, when safety of said 
operating programs is not guaranteed by said operation verification program, a user of 
said electronic document file is notified of the fact that safety of said operating 
programs is not guaranteed. 

Hidalgo teaches "If the system 20 finds that an attempt to tamper the parameters 
occurred, the system 20 sends an error message to the user, logs the illegal access 
attempt, and optionally relays the error to the administrator" (Paragraph [0135]) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to alert a user when the a tamper has occurred. 

The motivation is that notifying a user that a tamper has occurred (safety is not 
guaranteed) is a well known way of responding to a tamper. 
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Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to HARRIS C. WANG whose telephone number is 
(571 )270-1462. The examiner can normally be reached on M-F 9-5:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, KRISTINE KINCAID can be reached on (571) 272-4063. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 
273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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/Kristine Kincaid/ 

Supervisory Patent Examiner, Art Unit 2139 



